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ZUSAMMENPASSUNG 

Verfehren und Anordnung zum Beschreiben von NV-Memories in einer ControUer- 
Architektur sowie ein entsprechendes Computerprogrammprodnkt und ein entsprechendes 
computerlesbarcs Speichermedium, 

5 Die Erfindung beschreibt ein Verfahren und eine Anordnung zum Beschreiben von NV- 
Memories in einer Controller-Architektur sowie ein entsprechendes Computerprogramm- 
produkt und ein entsprechendes computerlesbares Speichermedium, die insbesondere ge- 
nutzt werden konnen, lam Schreib- bzw. Programmiervorgange in NV-Code-Mcmories 
von Mikrocontroilern, wie beispieisweisc Smartcard-ControUern, zu beschlexmigen. 

10 

Das Verfahren besteht in einer Erweiterung des Befehls^tzes des Controllers um sog, 
MOVCWR (move code write)-Instrukdonen, die es ermoglichen, ein definiertes Daten- 
wort (Byte) an eine definierte Zieladresse innerhalb eines NV-Code-Memories zu schrei- 
ben. Das Datenwort (Byte) wird hierbei an die korrekte Position des Cache-Pageregisters 
15 des jeweiligen NV-Memories geschrieben und die Pageadrefi-Pointerregister des Memories 
mit der zugehorigen Pageadrcssc aktuaiisiert. Wenn eine MMU (Memory Management 
Unit) vorhanden ist, geschieht dieses MOVCWR-Schreiben in das Cache-Pageregister, wie 
das MOVC-Lesen bzw. der Code-Fetch, unter Kontrolle dieser MMU. 
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BESCHREIBUNG 

Verfahren und Anordnung zum Beschreiben von NV-Memories in einer Controlier- 
Architektur sowie ein entsprechendes Computerprogrammprodukt und ein entsprechcndes 
computeriesbares Speichermedium. 

5 Die Erfindung betrifit ein Verfiahren und eine Anordnung zum Beschreiben von NV-Me- 
mories in einer Controller-Architektur sowie ein entsprechendes Computerprogrammpro- 
dukt und ein entsprechendes computeriesbares Speichermedium, die insbesondere genutzt 
werden konnen, um Schreib- bzw. Programmiervorgange in NV-Code-Memories von Mi- 
krocontrollern, wie beispielsweise Smartcard-Controllern, zu beschleunigen. 

10 

Die Entwicklung der Mikroelektronik in den 70er-Jahren crmoglichte es, kleine Computer 
im Kreditkartenformat ohne Benutzungsschnittstelle herzustellen, Solche Computer wer- 
den als Smartcards bezeichnet. In einer Smartcard sind Datenspeicher und arithmetisch- 
logische Einheiten in einem einzigen Chip von wenigen Quadratmillimetern Grofie inte- 
15 griert. Smartcards werden insbesondere als Telefonkarten, GSM-SIM-Karten, im Banken- 
bereich und im Gesundheitswesen eingesetzt. Die Smartcard ist damit zur allgegenwartigen 
Rechenplattform geworden. 

Smartcards werden derzeit vornehmlich als sicherer Aufbewahrungsort fur geheime Daten 
20 und als sichere Ausfuhrungsplattform fur kryptographische Algorithmen betrachtet. Die 
Annahme einer relativ hohen Sicherheit der Daten und Algorithmen auf der Karte liegt im 
Hardwareaufbau der Karte und den nach auEen gefuhrten Schnittstellen begrundet. Die 
Karte stellt sich nach aufien als "Black Box" dar, deren Funktionalitat nur uber eine wohl- 
definierte Hardware- und Softwareschnittstelle in Anspruch genommen werden kann, imd 
25 die bestimmte Sicherheitspolicies erzwingen kann. Zum einen kann der ZugriflF auf Daten 
an bestimmte Bedingungen gekniipft werden. Kritische Daten, wie zum Beispiel geheime 
Schliissel eines Public-Key-Verfahrens, konnen dem ZugrifF von aufien sogar vollig entzo- 
gen werden. Zum anderen ist eine Smartcard in der Lage, Algorithmen auszufiihren, ohne 
dafi die Ausfuhrung der einzelnen Operationen von aufien beobachtet werden kann. Die 
30 Algorithmen selbst konnen auf der Karte vor Veranderung und Auslesen geschutzt werden. 
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Im objektorientderten Sinn lafit sich die Smartcard als abstxakter Datentyp auflassen, der 
uber dne wohldefinierte Schnittstcilc verfiigt, ein spezifiziertes Verliaiten aufWeist und 
selbst in der Lage ist, die Einhaitung bestimmter Integritatsbedingnngen bezugiich seines 
Zustandes sicherzusteilen. 



Es gibt im Wesendichen zwei verschiedene Typen von Smartcards. Speicherkarten besitzen 
iedigiich cine serielle Schnittstelle, eine Adressierungs- und Sicherheitslogik und ROM- 
und EEPROM-Speicher. Diese Karten besitzen nur eingeschrankte Funktionalitat und 
dienen einer spezifischen Anwendung. Dafiir sind sie besonders bUlig herzustellen. Als . 
Mikroprozessorkarten hergesteilte Smartcards steilen im Prinzip einen vollstandigen Uni- 
versairechner dar. 



Der Hersteliungs- und Ausiieferungsprozefi fur Chipkarten gliedert sich in foigende Pha- 
sen: 

Herstellen des Halbleiters, 
Einbetten des Halbleiters, 
Bedrucken der Karte, 
Personalisierung der Karte, 
Ausgeben der Karte. 

Im Allgemeinen wird jede Phase von einer auf die jeweiUge Arbeit spezialisierten Firma 
durchgefuhrt. Beim Herstellen der Halbleiter ist insbesondere bei Karten mit festverdrah- 
teter Sicherheitslogik auf eine gute betriebsinterne Sicherheit zu achten. Damit vom Her- 
steller ein korrekter Endtest durchgefiihrt werden kann, mufi der komplette Speicher frei 
zuganglich sein. Erst nach dem Endtest wird der Chip durch einen Transportcode gesi- 
chert. Danach ist der ZugrifF auf den Kartenspeicher nur fiir berechtigte Stellen, die den 
Transportcode kennen, moglich. Ein Diebstahl fabrikneuer Halbleiter bleibt damit ohne 
Folgen. Berechtigte Steilen konnen Personalisierer bzw, Kartenausgeber sein, Fiir das Ein- 
betten imd Bedrucken sind keine weiteren Sicherungsfunktionen notwendig. Die betref- 
fenden Firmen brauchen den Transportcode nicht zu kennen. 

Im allgemeinen iibertragt nicht der Kartenhersteller, sondern die ausgebende Stelic (zum 
Beispiel Bank, Telefongeseilschaft, Krankenkasse etc.) die personenspezifischen Daten in 
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die Karte. Diesen Vorgang nennt man Personalisienmg. Fiir sie ist die Kenntnis des Trans- 
portcodes notwendig. 

Das Ausgeben der Karte, also der Transport von der ausgebenden Stelle zum Karteninha- 
5 ber, steilt ein weiteres Sicherheitsproblem dar. Genau genommen ist nur die personliche 
Ausgabe an den Karteninhaber gegen Unterschrift und Voriage des Personalausweises si- 
cher. Ein Versand per Post ist 2war oft wirtschaftlichcr, aber audi ziemiich unsicher. Ein 
Problem ist auch das Obermitteln der PIN an den Karteninhaber, hier mufi die gleiche 
' Sorgfait wie fur die Karte gelten. 

10 

Bedingt durch die brisanten, sicherheitsreievanten Inhalte der auf Smartcard-Controliern 
befindlichen Speicher ist neben der Beachtung dieser Sicherimgsmafinahmen ein zusStzli- 
cher Schutz gegen mogliche Aktivitaten von Hackern zu gewahrleisten, die sich auf aiie 
Phasen des Lebenslaufes einer Smartcard - beginnend von der Herstellung, uber Transport, 
15 Nutzung der Karte bis zu Manipulationen unbrauchbar gewordener Karten - erstrecken. 

Bei der Programmienmg von grofieren Mengen von Daten/Code in NV-Memories (zum 
Beispiei bei der Personalisierung in das EEPROM) entsteht ein relativ grofier Zeitveriust 
cincrseits durch den Datentransport via SFR-Bus, andererseits durch die notwendige Veri- 
20 fikation der geschriebenen EEPROM-Daten nach dem Programmieren jeder Page. 

Zur Zeit bieten die Standard-Befchlssatze von Controllern fur den Code-Memory-Bereich 
ausschliefiiich iesende Instruktionen. D.h., aus NV-Memories konnen Daten entweder als 
Instuction-Code abgerufen oder als Datenwort {„Byte'*) durch eine sog. MOVC-In- 
25 struktion geiesen werden. 

Ein Beschreiben/Programmieren von Daten in das NV-Memory erfoigte bisher ausschliefi- 
lich iiber den Registersatz des jeweiligen Memory-Interfaces, d.h., der Datenweg beim Be- 
schreiben des NV-Memories ist komplett getrennt vom Datenweg des Code-Fetch / 
30 MOVC-Lesens. 

Das Beschreiben erfordert mehrcre SchreibzugrifFe auf Memory-Interfece-Register: Be- 
schreiben der Adrefi-Register fiir Page-Adresse und Byte-Adresse, Beschreiben des Daten- 
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Reg^ers und des Kontroil-Registers. 

I 

Das bisherige Verfahren zum Beschrdben von NV-Memories ist gegenilber dem Code- 
Fetch/Lesen sehr langsam, da es je nach ZugrifEsart zwei bis fiinf RegisterzugrifFe pro ge- 
5 schriebenem Datenwort erfordert, wahrend Code-Fetch und MOVOLesen im schnellen 
Code-Fetch-Takt des Prozessors ablaufen. 

Da das Schreiben hierbei ausscMefilich uber die Register-Schnittstelle des Mcmoiy-Intcr- 
faces lauft, hat die Memory-Management-Unit, die das Mapping und die Zugriflferechte 
10 des Code-Memories insgesamt Icontroliiert, beim Beschreiben des NV-Memories keinen 
Einflufi. Dahcr kann das Beschreiben des Memories nur unter Kontroiie des Operating- 
Systems des Controllers geschehen und ist fur Applikations-SW nOr durch spezielle Calls 
auf System-Routinen moglich. 

15 Der Erfindung liegt dcshalb die Aufgabe zugrtmde, ein Verfahren, eine Anordnung sowie 
ein entsprechendes Computerprogrammprodukt und ein entsprechendes computerlesbares 
Speichermedium der gattungsgemafien Art anzugeben, durch welche die Nachteile der 
herkommlichen Vorgehensweisen vermieden werden und durch welche es ermoglicht 
wird, in kiirzestmogiicher Zeit Daten in ein NV-Memory zu schreiben, ohne wesendiche 

20 EingriflFe in bisher benutzten Verfahren vornehmen zu miissen, sowie einen hoheren 
Schutz vor Programmierfehlern zu gew^rleisten. 

Erfindungsgcmafi wird diese Aufgabe gelost dutch die Merkmale im kennzeichnenden Teil 
der Ansprilche 1, 12, 14 und 15 im Zusammenwirken mit den Merkmalen im Oberbe- 
25 grifE Die Unteranspriiche enthalten zweckmafiige Ausgestaltungen der Erfindung. 

Ein besonderer Vorteil des Verfahrens zum Beschreiben von NV-Memories in einer Con- 
troller-Architektur besteht darin, dafi (ein) definierte(r) Datenwert(e) oder (ein) definier- 
te(s) Datenwort(e) an (eine) definierte Zieiadresse(n) innerhalb des NV-Memories ge- 
30 schrieben werden (wird), indem die (der) Datenwert(e) bzw. die (das) Datenwort(e) an die 
vorgegebene Position des Cache-Pageregisters des NV-Memories geschrieben werden 
(wird) und die Page-Addrefi-Pointerregister des NV-Memories aktualisiert werden. 




• 
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Eine Anordnung zum Beschreiben von NV-Memories in einer Controller-Architektur ist 
vorpeilhafterweise so eingerichtet, dalS sie einen Prozessor umfafic, der derart eingerichtet 
ist, dafi ein Beschreiben von NV-Memories in einer Controller-Architektur durchfiihrbar 
ist, wobei (ein) definierte(r) Datenwert(e) oder (ein) definierte(s) Datenwort(e) an (eine) 
5 definicrte Zieiadresse(n) innerhalb des NV-Memories geschrieben werden (wird), indem 
die (der) Datenwert(e) bzw. die (das) Datenwort(e) an die vorgegebene Position des 
Cache-Pageregisters des NV-Memories geschrieben werden (wird) und die Page-Addrefi- 
Pointerregister des NV-Memories aktualisiert werden. 

10 Ein Computerprogrammprodukt zum Beschreiben von NV-Memories in einer ControUer- 
Architekcur umfafit ein computerlesbares Speichermedium, auf dem ein Programm gespci- 
chert ist, das es einem Computer oder Smartcard-Controller ermoglicht, nachdem es in 
den Speicher des Computers oder des Smartcard-Controllers geladen worden ist, ein Be- 
schreiben von NV-Memories in einer Controller-Architektur durchzufuhren, wobei (ein) 

15 definiertc(r) Datenwert(e) oder (ein) definierte(s) Datenwort(e) an (eine) definierte Ziela- 
dresse(n) innerhalb des NV-Memories geschrieben werden (wird), indem die (der) Daten- 
wert(e) bzw. die (das) Datenwort(e) an die vorgegebene Position des Cache-Pageregisters 
des NV-Memories geschrieben werden (wird) und die Page-Addrefi-Pointerregistcr des 
NV-Memories aktualisiert werden. 

20 

Um ein Beschreiben von NV-Memories in einer Controller-Architektur durchzufuhren, 
wird vorteilhaft ein computerlesbares Speichermediimi eingesetzt, auf dem ein Programm 
gespeichert ist, das es einem Computer oder Smartcard-Controller ermoglicht, nachdem es 
in den Speicher des Computers oder des Smartcard-Controllers geladen worden ist, das 

25 Beschreiben von NV-Memories in einer Controller-Architektur durchzufuhren, wobei 
(ein) definierte(r) Datenwert(e) oder (ein) definierte(s) Datenwort(c) an (eine) definierte 
Zieladresse(n) innerhalb des NV-Memories geschrieben werden (wird), indem die (der) 
Datenwert(e) bzw. die (das) Datenwort(e) an die vorgegebene Position des Cache- 
Pageregisters des NV-Memories geschrieben werden (wird) und die Page-AddreiS- 

30 Pointerregister des NV-Memories aktualisiert werden. 

Vorteilhaft wird ferner zum Beschreiben des NV-Memories der Befehlssatz des Controller- 
Cores um zusatzliche Move-Code-Write-Instruktionen (MOVCWR-Instruktionen) er- 
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weitert. In bevorzugter Ausgestaltung des erfindungsgemafien Verfahrens ist vorgeschcn, 
dafi die zusatzlichen Instniktionen des Controller-Cores cine Obergabe der Parameter fiir 
Adrefi-Pointer und fiir den zu schreibenden Datenwert oder das zu schreibende Datenwort 
durchfiihren und entsprechende Kontrollsignale fiir eine sog. Memory-Management-Unit 
5 (MMU) und NV-Memory-Interfeces aktivieren. 

Als vortciUiaft erweist es sich, dafi bei Vorhandensein einer Memory-Management-Unit 
(MMU) die Adrcfiverarbeinmg fiir die MOVCWR-Instrukcionen in gleicher Weise erfolgt 
wie die Verarbeitung von Code-Fetches oder MOVC-Instruktionen. DarUber hinaus ist in 
10 bevorzugter Ausgestaltung des erfindungsgemafien Verfahrens vorgesehen, dafi bei Vor- 
handensein einer Memory-Management-Unit (MMU) des Controllers dicse MMU um 
einen Kontrolisignalpfad erweitert wird. 

Vorteilhaft werden bei Vorhandensein einer MMU nur Adrefibereiche des NV-Memories 
15 beschrieben, die von der MMU freigegeben sind. Zimi Beschrciben von NV-Memories in 
einer ControUer-Architektur kann es sich als vorteilhaft erweisen, dafi bei Vorhandensein 
einer MMU ein spezielles Mapping des Code Memories innerhalb des Adrefibereichs des 
Controllers beriicksichtigt wird, 

20 In weiterer bevorzugter Ausgestaltung des erfindungsgemafien Verfahrens ist vorgesehen, 
dafi nacheinander mehrere Datenwcrte imd/oder Datenworte mit derselben Pageadresse 
geschrieben werden. 

Vorteilhaft wird durch Beschreiben des Control-Registers des NV-Memories der Inhalt des 
25 Cache-Pagc-Registers in das NV-Memory programmiert. Dariiber. hinaus ist in bevorzug- 
ter Ausgestaltung des erfindungsgemafien Verfahrens vorgesehen, dafi beim Wechsel auf 
eine neue Pageadresse bei einer MOVCWR-Instrukrion das Cache-Page-Register des NV- 
Memories geloscht wird. 

30 Ein weiterer Vorteil des erfindungsgemafien Verfahrens besteht darin, dafi ein ungewolltes 
Programmieren alter Page-Register-Inhalte imter falscher Adresse verhindert wird. Daruber 
hinaus ist in bevorzugter Ausgestaltung der erfindungsgemafien Anordnimg vorgesehen, 
dafi der Prozessor Teil eines Smartcard-ControUers und die Anordnung eine Smartcard ist. 
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Das erfindungsgemafie Verfahren bietet gegenuber dem bisher rein durch das Register- 
Interfaces des NV-Memories iinterstiitzten Beschreiben des Cache-Pagcregister mehrere 
Vorteile. 

5 

Das Beschreiben des NV-Memories mit MOVCWR erfordert pro Datenwort (Byte) nur 
eine MOVCWR-Instruktion mit Obergabe der beiden Parameter fiir den Addrefipointer 
und das Datenwort. Bci mehrcren aufeinander folgenden MOVCWR-Instruktionen kann 
wie beim MOVC-Lesen ein ,^utoincrement" des Addrefipointers benutzt werden. Dieser 
10 Befehlsaufruf stellt eine erhebliche Beschleunigiing des Schreibvorganges gegenuber dem 
Schreiben via Adrefi/Daten-Registersatz des NV-Memories da. 

Spezielle Adrefibereichs-Mappings oder ZugrifFs-Einschrankungen des Code-Memories, 
die von einer eventuell vorhandenen MMU uberwacht werden, sind fur MOVCWR auf 
15 gieiche Weise giiitig wie fur Code-Fetch und MOVC, d.h., der Prozessor-Core sieht bei 
der Ausfuhrimg von MO VCWER das gieiche Memory-Mapping wie bei Code-Fetch / 
MOVC. 

Dahcr ist cs auch einer AppIikations-SW moglich, direkt die MOVCWR-Instruktion zu 
20 verwenden, lun das Cache-Pageregister eines NV-Memories zu beschreiben, ohne einen 
System-Call aufrufen zu miissen. Die KontroUe uber die Zugriffsrechte auf das Memory 
behalt das OS des Controllers Uber die Konfiguration der MMU KontroU-Register. 

Ein fehlerhaftes Prograxiunieren alter Inhalte des Cache-P^e-Registers eines NV-Memo- 
25 ries an eine falsche Pageadresse ist nicht mehr moglich, da das Cache-Page-Register mit 
jedem MOVCWR, dessen Adrefi-Pointer die Pageadresse andert, zuriickgesetzt wird. 

Die Erfindung wird nachfolgend in einem AusfUhrungsbeispiel naher erlautert. 

30 Das vorgestellte Verfehren besteht in einer Erweiterung des Befehlssatzes des Controllers 
um sog. MOVCWR (move code write) Instruktionen, die es ermoglichen, ein definiertes 
Datenwort (Byte) an eine definierte Zieladresse innerhalb eines NV-Code-Memories zu 
schreiben. Das Datenwort (Byte) wird hierbei an die korrekte Position des Cache-Pagere- 



-8- 



PH DEOl 0359 



gisters des jeweiligen NV-Memories geschrieben und die Pageadrefi-Pointerregister des 
Memories mit der zugehorigen Pageadresse aktualisiert. 

Wicnn bei advanced Smartcard-Controilern eine MMU (Memoiy Management Unit) vor- 
handen ist, geschieht dieses MOVCWR-Schreiben in das Cache-Pageregister, wie das 
MOVC-Lesen bzw. der Code-Fetch, imter volier Kontroile dieser MMU, so dafi nur auf 
Adrefibereiche des Speichers geschrieben werden kann, die grundsatzlich von der MMU 
daRir freigegeben sind. Spezielles Mapping des Code Memories innerhalb des Adrefiberei- 
ches des ContrbUers wird hierbei beriicksichtigt. 

Auf diese Weise konnen nacheinander mchrere Bytes/Wbrte mit derselben Pageadresse ge- 
schrieben werden, um das Cache-Pageregister zu fiillen. Durch Beschreiben des Control- 
Registers des jeweiligen NV-Memorles kann dann der Inhait des Cache-Page-Registers in 
das NV-Memory programmiert werden. 

Jeder Wcchsel auf einer neuen Pageadresse bei einer MOVCWR-Instruktion hat ein so- 
fortiges Loschen des Cache-Pageregisters des NV-Memories zur Folge, um ein Program- 
mieren von Daten unter der neuen Pageadresse zu ermoglichen und ein ungewolltes Pro- 
grammieren alter Pageregister-Inhalte unter falscher Adresse zu verhindern. 

In der beispielhaften Ausflihrungsform wird der Befehlssatz des Controller-Cores um zu- 
satzliche MOVCWK-Iiistruktionen erweitert, um das Beschreiben von NV-Memories in 
erfindungsgemafier Weise auszufiihren. Die zusatzlichen MOVCWR-Instruktionen ge- 
wahrleisten die eine tJbergabe der Parameter fur den Adrefi-Pointer und den zu schreiben- 
den Datenwert und aktivieren entsprechende Kontrollsignale fiir MMU und Memory- 
Interfaces. 

Eine eventuell vorhandene MMU (Memory Management Unit) des Controllers wird er- 
weitert um einen entsprechenden Kontrollsignal-Pfad, der bei der Ausfiihrung der 
MOVCWR Instruktion die entsprechenden Chip-Select-Signale Bir die Memory-Inter- 
faces generiert. Die Adrefiverarbeitung fiir die MOVCWR Instruktionen (bez. Mapping 
und Access Rights) imterscheidet sich hierbei nicht von der Verarbeitung von Code- 
Fetches oder MOVC-Instruktionen. 
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Die Memory-Interfaces der NV-Memories imterstiitzen diese Fiixvktion durch einen ent- 
sprechenden Write-Mode fur die Cache-Pageregister und einer Akcuaiisierungsfunkcion 
der AdrefS-Register nach jedem MOVCWR Vorgang. Auflerdem fiihrt eine Reset-Logik 
5 vor jedem MOVCWR-Vorgang einen Adrefivergleich zwischen alter und neuer Pageadres- 
se durch und lost gegebenenfalls bei einem Adrefiwechsel vor dem Beschreiben des Cache- 
Pageregisters ein Loschen des alten Registerinhaltes aus. 

Die Erfindung ist nicht beschrankt auf die hier dargestellten Ausfuhnmgsbeispiele. Viel- 
10 mehr ist es moglich, durch Kombinatlon und Modifikation der genannten Mittel und 
Merkmale weitere Ausfiihrungsvariantcn zu realisieren, ohne den Rahmen der Erfindung 
2u veriasscn. 
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PATENTANSPRtrCHE 



1. Verfahren ziun Beschreiben von NV-Memories in einer Controller-Architektur, 
dadurch gekennzeichnet, dafi (ein) definierte(r) Datenwert(e) oder (ein) definiertc(s) Da- 
tenwort(e) an (eine) definierte Zieladresse(n) innerhalb des NV-Memories geschrieben 
werden (wird), indem die (der) Datenwert(e) bzw. die (das) Datenwort(e) an die vorgegc- 

5 bene Position des Cache-Pageregisters des NV-Memories geschrieben werden (wird) und 
die Pageadrefi-Pointerregiscer des NV-Memories aktualisierc werden. 

2. Verfahren nach Anspruch 1, 

dadurch gekennzeichnet, dafi zum Beschreiben des NV-Memories der Befehlssatz des Con- 
10 troller-Cores uxh zusatzliche Move-Codc-Write-Instrukdonen (MOVCWR-Instruktionen) 
erweitert wird. 



3. Verfahren nach einem der vorhergehenden Anspriiche, 

dadurch gekennzeichnet, dafi die zusatziichen Instruktionen des Controller-Cores eine 
15 Obergabe der Parameter fiir Adrcfi-Pointer und fiir den zu schreibenden Datenwert oder 
das zu schreibende Datenwort durchfiihren und entsprechende KontroUsignale fur eine 
Memory-Management-Unit (MMU) imd NV-Memory-Interfeces aktivieren. 

4. Verfahren nach einem der vorhergehenden Anspriiche, 

20 dadurch gekennzeichnet. dafi bei Vorhandensein einer Memory-Management-Unit 

(MMU) die Adrefiverarbeitxmg fiir die MOVCWR-Instruktionen in gleicher Weise erfolgt 
wie die Verarbeitung von Code-Fetches oder MOVC-Instruktionen. 

5. Verfahren nach einem der vorhergehenden Anspriiche, 

25 . dadurch gekennzeichnct. dafi bei Vorhandensein einer Memory-Management-Unit 
(MlvlU) des Controllers diese MMU um einen Kontrollsignal-Pfad erweitert wird. 
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6. Verfahren nach einem der vorhergehenden Anspruche, 

dadurch gekennzcichnct. daS bci Vorhandcnsein einer MMU nur Adrcfibcrcichc dcs NV- 
Memories beschrieben werden, die von der MMU freigegeben sind. 

5 7. Verfahren nach einem der vorhergehenden Anspriiche, 

dadurch gekennzeichnet . dafi bei Vorhandcnsein einer MMU ein spezielles Mapping des 
Code Memories innerhalb des Adrefibereichs des Controllers berucksichtigt wird. 

8. * Verfahren nach einem der vorhergehenden Anspriiche, 

10 dadurch gekcnnzeichnet, dafi nacheinander mehrere Datenwertc und/oder Datenworte mit 
derselben Pageadresse geschrieben werden. 

9. Vcrfehren nach einem der vorhergehenden Anspriiche, 

dadurch gekennzeichnet. dafi durch Beschreiben des Control-Registers des NV-Mcmories 
15 der Inhalt des Cache-Page-Registers in das NV-Memory programmiert wird. 

10. Verfahren nach einem der vorhergehenden Anspriiche, 

dadurch gekennzeichnet, dafi beim Wechsel auf eine neue Pageadresse bei einer 
MOVCWR-Instruktion das Cache-Page-Register des NV-Memories geloscht wird. 

20 

1 1 . Verfahren nach einem der vorhergehenden Anspriiche, 

dadurch gekennzcichnet, dafi ein ungewoUtes Programmieren alter Page-Register-Inhalte 
unter falscher Adresse verhindert wird. 

25 12. Anordnung mit einem Prozessor, der dcrart eingerichtet ist, dafi ein Beschreiben 
von NV-Memories in einer ControUer-Architektur durchfiihrbar ist, wobei (ein) definier- 
te(r) Datenwert(e) oder (ein) definierte(s) Datenwort(e) an (eine) definierte Zieladresse(n) 
innerhalb des NV-Memories geschrieben werden (wird), indem die (der) Datenwert(e) 
bzw. die (das) Datenwort(e) an die vorgegebene Position des Cache-Pagcregisters des NV- 

30 Memories geschrieben werden (wird) und die Pageadrefi-Pointerregister dcs NV-Memories 
aktualisiert werden. 
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13. Anordnung mit einem Prozessor nach Anspruch 12, 

dadurch gckennzcichnet, dafi der Prozessor TeU eines Smartcard-Controllers und die An- 
ordnving einc Smartcard ist, 

5 14. Computerprogrammprodukt, das ein computerlesbares Speichermedium umfafit, 
auf dem ein Programm gespeichert ist, das es einem Computer oder Smartcard-ControUer 
ermoglicht, nachdem es in den Speicher des Computers oder des Smartcard-Controllers 
geladen worden ist, ein Beschreiben von NV-Memories in einer ControUcr-Architektur 
durchzufiihren, wobei (ein) definierte(r) Datenwert(e) oder (ein) definierte(s) Daten- 
10 wort(e) an (eine) definierte Zieladresse(n) innerhalb des NV-Memories geschrieben werden 
(wird), indem die (der) Datenwert(e) bzw. die (das) Datenwort(e) an die vorgegebene Po- 
sition des Cache-Pageregisters des NV-Memories geschrieben werden (wird) und die Page- 
adrefi-Pointerregistcr des NV-Memories aktualisicrt werden, 

15 15. Computerlesbares Speichermedium, auf dem ein Programm gespeichert ist, das es 
einem Computer oder Smartcard-ControUer ermSglicht, nachdem es in den Speicher des 
Computers oder des Smartcard-ControUers geladen worden ist, ein Beschreiben von NV- 
Memories in einer ControUer-Architektur durchzufuhren, wobei (ein) definierte(r) Da- 
tenwert(e) oder (ein) definierte(s) Datenwort(e) an (eine) definierte Zieladresse(n) inner- 

20 halb des NV-Memories geschrieben werden (wird), indem die (der) Datenwert(e) bzw. die 
(das) Datenwort(e) an die vorgegebene Position des Cache-Pageregisters des NV-Memories 
geschrieben werden (wird) und die Pageadrefi-Pointerregister des NV-Memories aktuali- 
siert werden. 
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